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© Virtual memory computer system address translation mechanism that supports multiple page 
sizes. 



© A method and apparatus for providing address 
translations for a computer system having a virtual 
memory that is mapped onto physical memory. The 
apparatus has at least one page frame descriptor 
(PRO) for describing a contiguous portion of physical 
memory, at least one translation block (TB) for de- 
scribing a contiguous portion of virtual memory and 
a hash list. Each PFD has a base physical address 
(PA), a PA range beginning at the base PA and a 
^ translation entry pointer. Each TB has a base virtual 
^ address (VA), a VA range beginning at the base VA, 
^ and a page size used to map the VA range of the 
^ TB. Each TB also has a header and at least one 
translation entry. Each header has a TB pointer and 
Q each translation entry has a backward pointer. Each 
lA translation entry of the TB corresponds to a different 
CO equai-slzed translation range of the VA range of the 
O TB. if the translation range of a translation entry is 
^ backed by a physical memory page frame, then the 
III backward pointer of the translation entry points to a 



describing PFD that describes the corresponding 
page frame and the translation entry pointer of the 
describing PFD points to the translation entry. The 
hash list has a plurality of hash entries. Each hash 
entry has a translation header pointer and an asso- 
ciated hash index unique to the hash entry. If a VA 
translation chain of at least one TB exists, each TB 
of the VA translation chain has a VA range such that 
each VA of the VA range of a TB of the VA transla- 
tion chain can be hashed to provide a hash Index of 
a same hash entry. The translation header pointer of 
the hash entry having the hash index obtained will 
point to a first TB of the VA translation chain. If more 
than one TB Is in the VA translation chain, then the 
TB pointer of the first TB will point to a second TB in 
the VA translation chain and every TB of the VA 
translation chain except the first TB will be pointed 
to by a TB pointer of a different TB of the VA 
translation chain. 
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BACKGROUND OF THE INVENTION 

1. Field of the Invention: 

The present invention relates to the field of 
computer systems. More specifically, the present 
invention relates to translation between virtual ad- 
dresses and physical addresses in a virtual mem- 
ory computer system. 

2. Art Background: 

Virtual memory is a technique that allows an 
application to see the system as providing a large 
uniform primary memory, which in reality may be 
smaller, more fragmented, and/or partially simu- 
lated by secondary storage such as a hard disk. 
Applications access memory through virtual ad- 
dresses, which are translated (mapped) by special 
hardware onto physical addresses. Paging and 
segmentation are two common implementations of 
virtual memory. 

When implementing virtual memory using the 
paging technique, the virtual address space is di- 
vided into a number of fixed-size blocks called 
pages, each of which can be mapped onto any of 
the similarly sized physical pages available on the 
system. Typically, special memory management 
hardware such as a memory management unit 
(MMU) or paged memory management unit 
(PMMU) performs the address translation from vir- 
tual addresses to physical addresses. In this type 
of memory management, any attempt to access 
data that is not present in physical (system) mem- 
ory causes the PMMU to send an interrupt signal 
to the central processing unit (CPU); the operating 
system then transfers the data in from other stor- 
age (such as hard disk), without the application 
"knowing" about the transfer. 

In one virtual memory scheme, there is only 
one mapping from virtual memory space to phys- 
ical memory space. In other implementations how- 
ever, there can be several address spaces, each 
with Its own mapping to the physical address 
space. Thus, a first process may refer to a given 
physical address using a first virtual address and a 
second process running on the same CPU. or on a 
different CPU in a multi-processor environment, will 
refer to the given physical address by a second 
virtual address. In such a case, the two virtual 
addresses corresponding to the same physical ad- 
dress are referred to as "aliases". 

Some CPUs are able to operate using more 
than one size of virtual page. This penmits the 
virtual page size used in a mapping to be selected 
to best meet the needs of the virtual address space 
being mapped. If one uses big pages, a large 
amount of virtual memory can be translated using a 



single translation entry in the MMU. Therefore, 
fewer resources are needed for the MMU thereby 
increasing performance. The'xjse of big pages can, 
however, lead to memory fragmentation problems 
5 not encountered when small pages are used. 

SUMMARY OF THE INVENTION 

A method and apparatus is described for pro- 

10 viding address translations for a computer system 
having a virtual memory that is mapped onto phys- 
ical memory. The apparatus has at least one page 
frame descriptor for describing a contiguous por- 
tion of physical memory, at least one translation 

75 block for describing a contiguous portion of virtual 
memory and a hash list. 

Each page frame descriptor has a base phys- 
ical address, a physical address range beginning at 
the base physical address and a translation entry 

20 pointer. 

Each translation block has a base virtual ad- 
dress, a virtual address range beginning at the 
base virtual address, and a page size used to map 
the virtual address range of the translation block. 

25 Each translation block also has a header and at 
least one translation entry. Each header has a 
translation block pointer and each translation entry 
has a backward pointer. Each translation entry of 
the translation block corresponds to a different 

30 equal-sized translation range of the virtual address 
range of the translation block. 

If the translation range of a translation entry is 
backed by a physical memory page frame, then 
the backward pointer of the translation entry points 

35 to a describing page frame descriptor that de- 
scribes the corresponding page frame and the 
translation entry pointer of the describing page 
frame descriptor points to the translation entry. 
The hash list has a plurality of hash entries. 

40 Each hash entry has a translation header pointer 
and an associated hash index unique to the hash 
entry. If a virtual address translation chain of at 
least one translation block exists, each translation 
block of the virtual address translation chain has a 

45 virtual address range such that each virtual address 
of the virtual address range of a translation block of 
the virtual address translation chain can be hashed 
to provide a hash index of a same hash entry. The 
translation header pointer of the hash entry having 

50 the hash index obtained will point to a first transla- 
tion block of the virtual address translation chain. K 
more than one translation block is in the virtual 
address translation chain, then the translation block 
pointer of the first translation block will point to a 

55 second translation block in the virtual address 
translation chain and every translation block of the 
virtual address translation chain except the first 
translation block will be pointed to by a translation 
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block pointer of a different translation block of the 
virtual address translation chain. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The objects, features, and advantages of the 
method and apparatus of the present invention will 
be apparent from the following detailed description 
of the invention in which: 

RQURE 1 illustrates a computer system that 
uses an embodiment of the present invention to 
perform address translation; 
FIGURE 2 illustrates a multi-level approach for 
translating virtual addresses to physical address- 
es; 

FIGURE 3 illustrates the relationship between 
physical addresses and virtual addresses and 
how a hash index is derived from a virtual ad- 
dress; 

RGURE 4 illustrates the mapping of multiple 
page sizes onto a contiguous portion of physical 
memory; 

FIGURE 5 illustrates an embodiment of an ad- 
dress translation mechanism; 
RGURE 6 is a flow chart tiiat depicts the trans- 
lation from a virtual address to a physical ad- 
dress using the translation mechanism of Rgure 
5; and 

FIGURE 7 is a flow chart that depicts the trans- 
lation from a physical address to a virtual ad- 
dress using the translation mechanism of Rgure 
5. 

DETAILED DESCRIPTION OF THE INVENTION 

A method and apparatus is disclosed for im- 
plementation of a translation mechanism that trans- 
lates between virtual addresses and physical ad- 
dresses while simultaneously supporting multiple 
page sizes. Thus, given a virtual address, the trans- 
lation mechanism will provide the corresponding 
physical address fif one exists). Alternately, given a 
physical address, tiie translation mechanism will 
provide the corresponding virtual address (if one 
exists). In ttie case where aliasing is permitted, ttie 
translation mechanism will provide every virtual ad- 
dress that corresponds to a particular physical ad- 
dress. The translation mechanism supports multiple 
page sizes by permitting a portion of physical 
memory to be mapped by one of many sized 
pages. The translation mechanism also supports 
multiple page sizes by permitting a big physical 
page to be multiply mapped by different sized 
pages. 

In the following description, for purposes of 
explanation, specific numbers, materials and con- 
figurations are set forth in order to provide a thor- 
ough understanding of the present invention. It will 



be apparent to one skilled in tiie art, however, tfiat 
the present Invention may be practiced without the 
specific details. In other instances, well known sys- 
tems are shown in diagrammatic or block diagram 
5 form in order not to obscure the present invention 
unnecessarily. 

Referring now to Figure 1, an embodiment of a 
virtual memory computer system is illustrated that 
uses an address translation mechanism that sup- 

70 ports multiple page sizes. When given a virtual 
address (VA) to translate, if a corresponding phys- 
ical address (PA) exists, the address translation 
mechanism will translate the virtual address to the 
corresponding physical address. When given a 

75 physical address to translate, H a corresponding 
virtual address exists, ttie address translation 
mechanism will translate the physical address to 
the corresponding virtual address. In the case 
where aliasing is permitted, the address translation 

20 mechanism can find every virtual address corre- 
sponding to a given physical address. 

In computer system 100 of Figure 1. central 
processing unit (CPU) 110 is coupled to primary 
memory 130 and secondary memory 140 by a 

25 memory interconnect such as memory bus 120. In 
an embodiment of computer system 100, centiral 
processing unit 110 can access primary memory 
130 faster than it can access secondary memory 
140, Secondary memory 140, however, is much 

30 larger than primary memory 130. Therefore secon- 
dary memory 140 can hold more data than can 
primary memory 130. In this embodiment secon- 
dary memory 140 is divided into pages and ttie 
pages are swapped in and out of primary memory 

35 130 as they are needed by central processing unit 
110. In this way, central processing unit 110 can 
access more memory than is available in primary 
memory 130 at a speed that is roughly the same 
as if all of the memory in secondary memory 140 

40 could be accessed with the speed of primary mem- 
ory 130. 

Thus, when central processing unit 110 needs 
data, primary memory 130 is first checked to deter- 
mine whether primary memory 130 includes a 

45 page that contains the required data. If primary 
memory 130 does not have tiie required data, ttien 
a page containing the required data is copied into 
primary memory 130 from secondary memory 140 
so tiiat it can be accessed by central processing 

so unit 110. 

When a process executing wrttiin central pro- 
cessing unit 110 requires data, ttie process will 
specify the required data using a virtual address. 
Translation lookaside buffer (TLB) 150 is a hard- 

55 ware device ttiat contains virtual address to phys- 
ical address translations for a small set of recentiy, 
or frequentiy, used virtual addresses. Because TLB 
150 is implemented in hardware, it can quickly 



5 



EP 0 650 124 A1 



6 



provide central processing unit 110 with a physical 
address translation of a requested virtual address. 
TLB 150, however, contains translations for only a 
small set of possible virtual addresses. If TLB 150 
cannot provide the address translation requested 
by central processing unit 110, then another trans- 
lation mechanism is used to provide the address 
translation requested. 

For maintenance purposes there is also an 
ability to provide a translation from a physical ad- 
dress to every corresponding virtual address. For 
example, when a page is flushed out of physical 
memory, one can find ail of the virtual addresses 
that are backing the page being flushed so that 
every corresponding translation table entry can be 
invalidated. There are also times when the step of 
calculation of the translation from physical address 
to virtual address will not be necessary, but it will 
still be necessary to locate the virtual pages that 
back a particular physical page. For example, it 
may be necessary to examine, or to change, one 
or more of the attributes associated with one or 
more of the virtual pages that back a particular 
physical page that contains a particular physical 
address. 

For simplicity, hereinafter it will be understood 
that whenever a reference is made to performing a 
physical address to virtual address translation, the 
reference will include the cases where the virtual 
pages backing a particular physical page that con- 
tains a particular physical address are identified but 
the step of actually calculating the virtual address- 
es that correspond to the particular physical ad- 
dress is not perfomned. Similarly, there are also 
times when the step of calculation of the translation 
from virtual address to physical address will not be 
necessary, but It will still be necessary to locate 
the translation entry or page frame descriptor that 
backs a particular virtual page (e.g. to examine, or 
to change, one or more of the attributes). Again, for 
simplicity, hereinafter it will be understood that 
whenever a reference is made to performing a 
virtual address to physical address translation, the 
reference will Include the cases where the physical 
page that contains a physical address that cor- 
responds to a particular virtual address is identified 
but the step of actually calculating the physical 
address that corresponds to the particular virtual 
address is not performed. 

Referring now to Figure 2, the hierarchical 
structure for one embodiment of the present inven- 
tion is depicted. In Figure 2. a three-level transla- 
tion hierarchy is depicted. Whenever a CPU re- 
quires a virtual address to be translated to a phys- 
ical address, a translation attempt is made at Level 
1. In Figure 2. Level i is depicted as toeing a 
memory management unit (MIVIU) such as transla- 
tion lookaside buffer (TLB) 220. As described 



above, Level I is typically implemented in hardware 
and is characterized by providing a fast translation 
for a small number of addresses. The set of ad- 
dresses ttiat can be translated at Level I changes 
5 dynamically with elements of the translation set 
being updated in order to insure that the most 
likely needed translations will be available at Level 
i. 

Level II is exemplified by a translation storage 
10 buffer (TSB). In an embodiment of the present 
invention, the TSB is implemented in primary 
memory. Therefore, while not as fast as TLB 220, 
the TSB can maintain a larger set of translation 
elements than can TLB 220. Thus, when TLB 220 
16 is unable to provide a translation (a TLB "miss"), 
the TSB Is tested to determine whether the re- 
quired translation is stored in the TSB. If ttie frans- 
lation can be provided by the TSB (a TSB "hit") 
then tiie translation is provided to the CPU and to 
20 the translation lookaside buffer 220. H, on tfie other 
hand, the TSB cannot provide the translation (a 
TSB "miss") then a Level 111 translation Is per- 
formed. 

A Level 111 translation is characterized by being 

25 slower than a Level 11 translation and by being 
comprehensive. Typically, the virtual memory op- 
erating system will provide a big software transla- 
tion table (BST) 280 that is stored in data storage. 
For example, the data storage can be provided as 

30 primary memory, as secondary memory or as a 
combination of both primary and secondary mem- 
ory. BST 280 contains every translation from virtual 
address space to physical address space that ex- 
ists. Therefore, while a Level III translation will take 

3S a relatively long time, it will result in a translation 
being found if one exists. When a Level 111 ti-ansla- 
tion is made, the results are provided to the CPU, 
to the translation storage buffer and to tiie transla- 
tion lookaside buffer 220. 

40 To summarize Figure 2. a Level 1 translation is 
performed when the CPU generates a virtual ad- 
dress request (210) to a Level t translator such as 
TLB 220. If the Level I translation is successful, the 
Level I translator will provide the requested phys- 

46 leal address (230) that conresponds to the request- 
ed virtual address 210. 

If the Level I translation fails, tiien a virtual 
address request 240 will be made to a Level II 
ti-anslator such as the TSB. If the Level 11 transla- 

50 tion is successful, tiien tiie physical address 280 
corresponding to the virtual address request 240 
will be returned to the Level I translator and then to 
the CPU (physical address 230). 

If, on the other hand, the Level II translation 

55 fails, then virtual address request 270 will be sent 
to a Level 111 translator such as BST 280. Because 
BST 280 is comprehensive, if a physical address 
translation exists, it will be returned to tiie Level II 
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translator (TSB) as physical address 290. The 
translation will also be provided to the Level I 
translator (TLB 220) as physical address 260 and. 
ultimately, will be provided to the CPU as physical 
address 230. 

While the present Invention is being described 
in an example embodiment containing three levels 
of translation, alternate embodiments exist that 
contain more, or fewer, levels of translation. Fur- 
thermore, while the present invention is described 
in an embodiment of a Level III big software trans- 
lation table such as BST 280, an alternate embodi- 
ment of the present invention would be one 
wherein the described translation mechanism is 
used as a Level I translator, or more likely, as Level 
II translator. 

Referring now to Figure 3, the relationship 
between physical and virtual addresses is depicted. 
Figure 3 further illustrates the derivation of a hash 
index that is used when making virtual to physical 
address translations. In Figure 3, physical address 
310 is depicted as being comprised of a physical 
page offset 320 and a physical page number 330. 
A physical page is a contiguous portion of physical 
memory. Conceptually, the physical page can be 
thought of as being divided into a set of "rows" 
wherein a row represents the smallest set of data 
that can be addressed individually. Physical page 
offset 320 specifies the row being addressed within 
a given physical page. Physical page number 330 
specifies which page from the set of physical 
pages is being selected. 

Physical pages can be of varying sees. A big 
page will have more rows than a small page. It 
follows that a given amount of physical memory 
can be divided into fewer big pages than into small 
pages. Therefore, more bits of physical address 
310 will be devoted to physical page offset 320 for 
a big page than for a small page. Correspondingly, 
fewer bits of physical address 310 will be devoted 
to physical page number 330 for a big page than 
for a small page. 

If the number of rows in a given page is 
constrained to be an integral power of two. and if 
the total number of physical pages for a given 
page size is also constrained to be an integral 
power of two. then it follows that physical address 
310 can be represented as an K + L bit binary 
number wherein K bits of physical address 310 are 
used to designate physical page number 330 and L 
bits of physical address 310 are used to designate 
physical page offset 320. 

A physical address range can be treated as 
though it is one big page or several smaller pages. 
In one emt)odiment, a 40 bit physical address 
space is used. This physical address space is 
mapped using small pages that are 8KB in size 
and big pages that are 64KB in size. In this em- 



bodiment, physical address 310 is a 40 bit binary 
number. When a small (8KB) page is being ad- 
dressed, the 13 least significant bits (LSbs) 
(2*3 =8K) of physical address 310 will represent 
5 physical page offset 320. The 27 most significant 
bits (MSbs) of physical address 310 will specify the 
physical page number 330 for a given small page. 
On the other hand, if a large (64KB) page is being 
used, the 16 least significant bits {2^^ =6AK) of 

70 physical address 310 will be used to provide the 
physical page offset 320 for the big page. In the 
case of big pages, the 24 MSbs of physical ad- 
dress 310 will be used to specify a given physical 
page number 330 for a given physical page. 

15 Refenring now to virtual address 340, it can be 
seen that virtual address 340 is divided into a 
virtual page offset 350 and a virtual page number 
360 in a manner similar to the division of physical 
address 310. Although a virtual address 340 can be 

20 mapped by many different page sizes, once a 
page size is selected for a given virtual address, 
the given virtual address can be mapped by only 
one page size at any given time. For a given page 
size, a virtual page offset 350 will equal the cor- 

25 responding physical page offset 320. Because vir- 
tual memory techniques are typically used to map 
a larger virtual address space into a smaller phys- 
ical address space, for a given page size, there will 
usually be more virtual pages than physical pages. 

30 In an example embodiment, virtual address 340 
is a 64 bit binary number representing a virtual 
address space of size 2^*. In the case where a 
small page of size 8KB is used, virtual page offset 
350 will be the 13 LSbs of virtual address 340 and 

35 virtual page number 360 will be the 51 MSbs of 
virtual address 340. Similarly, in the case where a 
big page of size 64KB is used, virtual page offset 
350 will be the 16 LSbs of virtual address 340 and 
virtual page number 360 will be the 48 MSbs of 

40 virtual address 340. Throughout the rest of the 
detailed description, unless othenfvise noted, an 
example embodiment having a 40 bit physical ad- 
dress space, a 64 bit virtual address space and big 
and small page sizes of 64KB and 8KB. respec- 

45 tively, will be described. In alternate embodiments, 
different sizes can be used for the virtual and 
physical address spaces, as well as for the big and 
small pages. Furthermore, in an alternate embodi- 
ment, more than two page sizes can be used. 

50 Moreover, in yet another alternate embodiment, 
there is a larger physical address space than virtual 
address space. 

In one embodiment, hash list index 370 is 
formed, in a manner that will be described below in 

55 connection with Figure 5, from the M most signifi- 
cant bits of the M + N least significant bits of virtual 
address 340. The hash list index 370 is then used 
to index into a hash table when translating a virtual 
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address 340 to its corresponding physical address 
310. 

Referring now to Figure 4, the nnapping of 
three different sized pages onto one contiguous 
portion of memory is illustrated. In Figure 4, big 
page 412 maps a contiguous portion of physical 
memory. Big page 412 can be considered to be 
comprised of a series of rows wherein each row of 
the page can be specified by giving the offset from 
the "top" of big page 412. In such a case, big page 
offset 410 is a field that is used to specify an 
individual row within the page. Thus, for example, if 
big page 412 was comprised of 16K rows, big page 
offset 410 would be a 14 bit field (2^^ = 16K). 

Alternately, the same portion of memory 
mapped by big page 412 could be mapped by two 
medium size pages wherein each of the medium 
size pages was haK the size of big page 412. This 
is illustrated by medium page zero 422 and me- 
dium page one 424. The high order bit of the big 
page offset field 410 can be used to specify which 
of the two medium sized pages is being referen- 
ced. The remaining least significant bits of big 
page offset 410 then provide the medium page 
offset 420 into the particular medium sized page 
being referenced. Thus, in the case where medium 
page offset 420 has the value zero and medium 
page selection bit 426 also has the value zero, the 
first row of medium page zero 422 would be ad- 
dressed. Comparing this with big page 41 2 and big 
page offset 410, one can see that the first row of 
big page 412 would also be specified in such a 
case. 

On the other hand, in the case where the 
medium page offset field was filled with ones and 
the medium page selection bit field 426 also con- 
tained a one, the last line of medium page one 424 
would be the row of memory being addressed. 
This corresponds with the last row of big page 412 
when the page offset is viewed as a big page offset 
410 that contains all ones. 

Therefore, in the example case where big page 
412 maps 16K rows of memory, medium page zero 
422 would map the first 8K rows of memory of big 
page 412 and medium page one 424 would map 
the last 8K rows of memory of big page 412. Big 
page offset 410 would still be a 14 bit field. When 
viewed as a medium page offset 420 and cor- 
responding medium page selection bit 426, the 
most significant bit of big page offset 410 would 
specify whether medium page zero 422 or medium 
page one 424 was being addressed. The 13 least 
significant bits (2*3 =8K) of big page offset 410 
would then provide the medium page offset 420 of 
the medium page specified by selection bit 426. 

Similarly, big page 412 can be considered to 
be divided into four small sized pages. This is 
illustrated by small page zero 432. small page one 



434, small page two 436 and small page three 438. 
In such a case, big page offset 410 can be viewed 
as being divided into small page selection bits 440 
and a small page offset 430. Continuing the exam- 

5 pie where big page offset 410 is a 14 bit field that 
specifies a 16KB page, dividing the big page into 
four wilt produce four small pages with each small 
page having a size of 4KB. In this example, the two 
most significant bits (22 = 4) of big page offset 410 

10 provide the small page selection bits 440 and the 
12 least significant bits (2^2 = 4^^ q| ^jjg p^g^ offset 
410 provide the small page offset 430 into the 
small page specified by small page selection bits 
440. 

75 Although not shown in Figure 4, it is also 
possible to combine different sized pages within a 
particular contiguous portion of memory. Thus big 
page 412 can alternately be considered to be di- 
vided into one medium page and two small pages. 

20 Therefore, for example, the first half of big page 
412 could be mapped by medium page zero 422 
and the last half of big page 412 could be mapped 
by small page two 436 and small page three 438. 
While the example of Figure 4 shows three 

25 page size mappings onto a contiguous portion of 
memory, more or fewer page sizes can be mapped 
onto a particular memory portion. Furthermore, so 
long as each page is comprised of a number of 
rows that is an integral power of two, smaller page 

30 mappings will always fit onto larger page map- 
pings. For example, in an alternate embodiment, 
there are only two page sizes being mapped. In 
this alternate embodiment the small page size is 
8KB and the big page size is 64KB. 

36 A virtual memory computer system can have 
more than one hardware page size. Whether tiie 
computer system has one, or more than one, hard- 
ware page size, tfie computer system will have a 
minimum hardware page size. The operating sys- 

40 tem uses pages that are at least the same size as 
the minimum hardware page size. If the operating 
system uses one or more page sizes that are 
larger than the size of a hardware page size, these 
pages are formed by joining together a sufficient 

45 number of contiguous same sized hardware pages 
to make the operating system page size required. 
The operating system pages are typically an in- 
tegral power of two times the size of a hardware 
page size. Thus, for example, a physical memory 

50 can be divided by the computer system into 4KB 
sized hardware pages. Rather than perform all vir* 
tual memory operations at the hardware page size, 
the virtual memory operating system can have larg- 
er pages which are actually used when transferring 

55 pages into memory. Thus, in an example emtwdi- 
ment, even though the hardware page size is 4KB, 
ttie virtual memory operating system can perform 
operations on pages of size 8KB and 64KB. In such 
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a case, each 8KB operating system page is com- 
prised of two contiguous hardware pages and each 
64KB operating system page is comprised of 16 
contiguous hardware pages. In such an example 
embodiment, 16 contiguous 4KB hardware sized 
pages could be viewed as either eight 8KB operat- 
ing system small pages or as one 64KB operating 
system big page. 

Refen'ing now to Rgure 5, a mechanism is 
illustrated that permits translations to be made from 
a virtual address to a physical address. The same 
mechanism of Figure 5 can be used to translate a 
physical address into a virtual address. In the case 
where more than one virtual address can be 
mapped to a given physical address, the mecha- 
nism of Figure 5 can be used to determine the 
virtual addresses of ail of the aliases of a given 
physical address. Furthermore, the mechanism of 
Figure 5 permits a physical address to be mapped 
onto virtual address mappings for more than one 
page size at the same time. Moreover, the mecha- 
nism of Figure 5 permits a particular contiguous 
portion of physical memory to be mapped simulta- 
neously using more than one page size. 

For ease of presentation, unless otherwise in- 
dicated, a primary embodiment will be used 
throughout the description of Figure 5. in the pri- 
mary embodiment there will be two hardware page 
sizes and the hardware page sizes will be 8KB and 
64KB. There will be two operating system page 
sizes, the small operating system page size will be 
equal to the small hardware page size (i.e. 8KB) 
and the big operating system page size will be 
equal to the big hardware page size Ci e- 64KB). 

In Figure 5. PFD 510. 512 and 514 are each 
page frame descriptors that are generated by the 
virtual memory operating system to describe a 
particular contiguous area within physical memory 
that is being used to store an operating system 
page of information (page frame). The page frame 
descriptor has a field that identifies the physical 
address base for the page frame that it describes. 
This field contains the physical address at the start 
of the contiguous area within physical memory 
used to store the page frame being described. The 
page frame descriptor also has a field that iden- 
tifies the physical address range of the page frame. 
A translation pointer field within the page frame 
descriptor will contain a translation pointer that 
points to a first virtual address translation for the 
given page frame if at least one virtual address 
translation exists. In the case where there are no 
virtual addresses that correspond to a particular 
page frame descriptor, the translation pointer field 
will so indicate. The latter case will occur, for 
example, when the page frame descriptor de- 
scribes free memory that has yet to have data 
loaded into it, or when the page frame descriptor 



describes a page frame that has had data loaded 
into it but no active process is currently using the 
data. 

Referring now to blocks 540, 542, 544 and 546, 
5 each blocl( represents a translation bloclc for a 
virtual memory mapping onto physical space. As 
such, each blocic represents a contiguous portion 
of virtual address space. Within the block, a contig- 
uous portion of virtual address space can be 
10 mapped as one large page or as several smaller 
pages. Each translation block has an associated 
hash index. Each translation block is divided into a 
header and an array of translation entries. In the 
primary embodiment, a translation block that repre- 
ss sents a big page will only have one translation 
entry whereas a translation block that represents a 
small page will have multiple, for example 8. trans- 
lation entries. Therefore, in the primary embodi- 
ment, more memory space will be allocated for 
20 translation blocks that correspond to small pages 
than for translation blocks that correspond to big 
pages (because the small page translation blocks 
have more translation entries than the big page 
translation blocks). 
25 The header of a translation block contains in- 
formation that pertains to the entire contiguous 
portion of virtual address space mapped by the 
translation block. This includes information such as 
the base virtual address of the portion of memory 
30 being mapped, the number of translation entries 
within the block, the number of valid translation 
entries, the page size of all translation entries witti- 
in the block and any other attributes ttiat are com- 
mon to all of ttie translation entries within the block. 
35 If more than one translation block is associated 
with the same hash index, the header contains a 
pointer to tiie next translation block associated with 
the particular hash index. 

Each of the translation entries is comprised of 
40 a valid bit, a page size indicator that indicates ttie 
size of the page used by the translation entry, a 
header indicator used to identify the starting ad- 
dress of the block header, a backward pointer and 
attributes that are specific to the hardware page 
45 that con-esponds to the translation entiy. The back- 
ward pointer points to a page frame descriptor. 

In some embodiments, each virtual address will 
have an associated context number that identifies 
the context that is using tiie virtual address. Be- 
so cause the context number is common to all of the 
virtual addresses mapped by a translation block, it 
can be stored in tiie header of the translation block. 
If context numbers are used, tiien a virtual address 
translation will only be valid if the context number 
55 stored in the translation block header matches tiie 
context associated witii the virtual address to be 
translated. For the purposes of ttiis description, tiie 
context number can be thought of as being part of 
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a virtual address. 

Thus, in the case where aliasing is not permit- 
ted, if a virtual address exists for a particular phys- 
ical address, the page frame descriptor that de- 
scribes the page frame that contains the particular 
physical address will have a translation pointer field 
that contains a pointer to a translation entry within 
a translation block. The backward pointer within the 
translation entry pointed to by the translation point- 
er will, in turn, point to the page frame descriptor. 

This structure will provide the given virtual ad- 
dress translation for a particular physical address if 
a translation exists. The translation is performed by 
searching the page frame descriptors until a page 
frame descriptor is found that describes a page 
frame containing the physical address to be trans- 
lated. This operation can be performed because 
every page frame descriptor has a physical ad- 
dress base field and a range field. There are sev- 
eral techniques that are well known in the art to 
efficiently search through frame descriptors. Be- 
cause these techniques are well known in the art, 
they will not be described in great detail here, 
typically however, they involve implementing a 
lookup table data structure of some sort. 

Once the page frame descriptor corresponding 
to the page frame containing the physical address 
to be translated has been identified, the translation 
pointer of the page frame descriptor is checked. If 
the translation pointer indicates that there is no 
corresponding virtual address for the physical ad- 
dress to be translated, then the translation process 
completes without providing a translation (because 
no translation exists). Otherwise, the translation 
pointer of the page frame descriptor is used to find 
a corresponding translation entry within a transla- 
tion block. The header indicator is then used to 
access the block header to derive information that 
is used to calculate a virtual address that cor- 
responds to the physical address to be translated. 
For example, In the primary embodiment, the head- 
er will indicate that the translation block describes 
one big page, has only one translation entry and 
will provide the base virtual address for the transla- 
tion block. The page offset for the physical address 
to be translated can be found by extracting an 
appropriate number of LSbs of the physical ad- 
dress to be translated (the number of bits to extract 
depends upon the page size for the translation 
entry). Adding the page offset to the virtual base 
address stored in the translation block header will 
yield the virtual address that corresponds to the 
physical address to be translated. 

If the translation block has more than one 
translation entry, then the calculation of the transla- 
tion is slightly more complicated. The header in- 
dicator of the translation entry can be used to 
calculate the position of the translation entry within 



the translation block. For example, the header in- 
dicator can be a pointer to the start of the block 
header. Because the memory address of the trans^ 
lation entry is known and the size of tiie header 

5 and each translation entry is also known, the posi- 
tion of the translation entry within the translation 
block can then be calculated. Alternately, the head- 
er indicator can be a number that indicates the 
position of the translation entry within the transla- 

10 tion block, the memory address of the start of the 
header can then be calculated because the size of 
the header and each translation entry is known. 
The page offset for the physical address to be 
translated can t>e calculated as above. This time, 

75 however, one is subtracted from the translation 
entry position number and the difference is multi- 
plied by the size of memory mapped by a single 
translation entry. The product is then added to the 
page offset and that sum is in turn added to the 

20 virtual base address stored in the translation block 
header to yield the virtual address that corresponds 
to the physical address to be translated. 

Furthermore, in the case where aliasing is per- 
mitted, a translation entry will have a forward point- 

25 er tiiat can point to a translation entry in another 
translation block (or in the same translation block). 
The translation entry pointed to by the forward 
pointer will correspond to an alias for the physical 
page being described. Thus, a particular page 

30 frame descriptor points to a chain of translation 
entries. Each translation entry in the chain de- 
scribes one alias for the physical address to be 
translated. This chain structure permits the retrieval 
of every virtual address alias for a given physical 

35 address. 

The physical address to virtual address transla- 
tion scheme is illustrated in Figure 5 by a chain 
that starts at PFD 510. Thus, assuming tfie phys- 
ical address to be translated resided in a page 

40 described by page frame descriptor 510, a page 
frame pointer in PFD 510 is found pointing to 
translation entry TNI of block 540 as illustrated by 
arrow 520. Translation entry TNI provides a first 
virtual address translation for the physical address 

45 to be translated- Furthermore, as can be seen by 
arrow 530, translation entry TNI of block 540 has a 
pointer ttiat points to translation entry TN3 of block 
542. Following arrow 530, a second virtual address 
ttiat maps to the physical address witiiin page 

50 frame descriptor 510 is found in translation entry 
TN3 of block 542. If a third translation existed, a 
pointer in translation enta^ TN3 would point to 
another block containing that translation. In this 
case, however, there is no arrow emanating from 

55 translation entry TN3. Therefore, the end of the 
translation chain (TN3) has been found and all 
aliases con^esponding to the physical address to be 
translated have been retrieved. 
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Similarly, a physical address contained within 
PFD 512 can be translated by following arrow 522 
to translation entry TN2 of block 540 and then by 
following arrow 532 from TN2 to translation entry 
TN5 of block 546. As a third example, a physical 
address contained in page frame descriptor 514 
can be translated by following arrow 524 to transla- 
tion entry TN4 of block 544 and then by following 
an-ow 534 to translation entry TN6 of block 546. 

Note that a page frame descriptor representing 
a large page can have mappings of smaller sizes 
on its mapping list. In one embodiment, a page 
frame descriptor can have mappings of different 
page sizes so long as each page size of the 
different page sizes is less than, or equal to, the 
size represented by the page frame descriptor. In 
such a case, each corresponding translation entry 
will point back to the same page frame descriptor, 
however, different translation entries can point back 
to different regions within the page frame descrip- 
tor. 

Furthermore, in an alternate embodiment, map- 
pings of a page size larger than the page size of a 
page frame descriptor can reside on the mapping 
list of a particular page frame descriptor. In this 
case, the mappings are sorted by ascending page 
size in the mapping list. The large mappings only 
point back to the first page frame descriptor and 
the translation process is modified to handle this 
case. 

As stated above, the translation mechanism of 
Figure 5 can also be used to translate a virtual 
address into a physical address. This is done by 
using hash list 560. Hash list 560 is comprised of 
hash entries (HEo-f). Each hash entry contains a 
pointer that can either be empty or that points to a 
translation block. 

The hash list is selected to be large enough to 
specify a sufficiently large number of translation 
blocks. In the example of Figure 5. hash list 560 
has 16 entries, therefore an index into the hash list 
would be specified by four bits (2^ = 16). In most 
embodiments, a much larger hash list would be 
used. In this example, however, a 16 entry hash list 
is used to simplify the explanation. In the primary 
embodiment, a translation block maps 64KB wheth- 
er it is a big page translation block with one entry 
or a small page translation block with eight entries. 
Because 64K can be expressed by a sixteen bit 
binary number (2^^ =64K), the hash index would be 
formed from a virtual address to be translated by 
extracting the four most significant bits from the 
twenty (i.e. sixteen plus four) least significant bits 
of the virtual address to be translated. Thus, refer- 
ring briefly to Figure 3, one can see that in the 
primary embodiment N is equal to 16 and M is 
equal to four. 



Referring again to Figure 5, the hash index 
indexes into the hash list which contains a hash 
entry that may or may not be empty. If the hash 
entry pointer is empty, then there is no physical 

5 address that corresponds to the virtual address to 
be translated. If the hash entry is not empty, then 
the pointer stored in the hash entry will point to the 
header of a first translation block. The first transla- 
tion block is then examined to determine whether 

10 the virtual address to be translated is contained 
within the first translation block. The range of the 
translation block begins at the base virtual address 
(stored in the header) and continues for the maxi- 
mum number of entries of the translation block 

75 times the size of memory described by an individ- 
ual translation entry within the block. If the virtual 
address to be translated is within this range, then 
the first translation block translation entry that 
would include the virtual address to be translated is 

20 examined to see if it is a valid translation entry. If it 
is not a valid translation entry, then no translation 
exists. If the translation entry is valid, however, the 
physical address for the virtual address to be trans- 
lated can be calculated from the information con- 

25 tained In the first translation block header, the 
translation entry and the page frame descriptor 
pointed to by the backward pointer of the transla- 
tion entry, and the virtual address to physical ad- 
dress translation will have been achieved. 

30 If, on the other hand, the first translation block 
(i.e. the translation block pointed to by the hash list 
entry) does not conrespond to the virtual address to 
be translated, then the header of the first transla- 
tion block is examined to detenmine whether the 

35 header contains an empty pointer or a pointer to 
another translation block. If the header of the first 
translation block contains an empty pointer, then 
no translation exists for the virtual address to be 
translated. If, on the other hand, the header pro- 

40 vides a pointer to a second translation block, then 
the second translation block is examined to deter- 
mine whether it corresponds to the virtual address 
to be translated. The process is repeated until a 
translation is achieved, a translation block is found 

45 that contains the virtual address to be translated in 
an invalid translation entry or until ttie translation 
chain is exhausted. 

The virtual address to physical address transla- 
tion process is complementary to the physical ad- 

50 dress to virtual address translation process. When 
translating a virtual address to a physical address, 
tiie infonmation of the translation block header is 
used to find a translation block, and translation 
entry within the block, that describe the virtual 

55 address range containing the virtual address to be 
translated. Based upon tiie page size of this trans- 
lation entry, tiie appropriate bits of tiie virtual ad- 
dress to be translated are extracted to fonn the 
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physical page offset. The backwards pointer of the 
translation entry is used to locate the page frame 
descriptor corresponding to the translation entry. 
Then, the physical address is formed by adding 
the base physical address of the page frame de- s 
scriptor to the physical page offset. 

The virtual address to physical address transla- 
tion process is illustrated in Figure 5 by two exam- 
ples. In the first example, the hash index extracted 
from the virtual address to be translated is hash io 
entry HE* of hash list 560. Examining HE*, a 
pointer to header 550 of block 540 is found (as 
illustrated by arrow 572). Header 550 of translation 
block 540 is then examined to determine whether 
translation block 550 corresponds to an address is 
space containing the virtual address being trans- 
lated. If It does and the appropriate translation 
entry is valid, then the translation has been found 
and a backward pointer from the appropriate trans- 
lation entry can be followed back to the PFD that 20 
contains the physical address of the virtual address 
to be translated. If it does and the appropriate 
translation entry is not valid, then no translation 
exists. Thus, if the virtual address to be translated 
was contained within the address space associated 25 
with translation entry TNI, backward pointer 521 
would be followed back to PFD 510. If on the other 
hand, the virtual address to be translated was con- 
tained within the address space associated with 
translation entry TN2, backward pointer 523 would 30 
be followed back to PFD 512. If the translation 
block 550 does not correspond to an address 
space containing the virtual address being trans- 
lated, then a pointer in header 550 is followed to 
translation block 544. Translation block 544 is an- 35 
other virtual address mapping having the same 
hash index. This virtual address mapping is then 
examined to determine whether the mapping In- 
cludes the virtual address to be translated. Once 
again, if it does and the appropriate translation 4o 
entry is valid, then the translation has been found. 
If it does and the appropriate translation entry is 
not valid, then no translation exists and backward 
pointer 525 can be followed back to PFD 514 from 
TN4. If the translation block 544 does not cor- 45 
respond to an address space containing the virtual 
address being translated, then, because the pointer 
for header 554 is empty, there is no other virtual 
address mapping to be found and no translation 
exists for the given virtual address to be translated. 50 

Similarly, in the second example, the hash 
index extracted from a second virtual address to be 
translated is hash entry HEc of hash list 560. Hash 
entry HEc points to header 552 of block 542 (as 
illustrated by anrow 574) and backward pointer 531 ss 
points from translation entry TN3 to PFD 510. 
Header 552 of block 542. in turn, contains a pointer 
to header 556 of block 546 (as illustrated by anrow 



584) and backward pointers 533 and 535 point 
from translation entries TN5 and TN6 to PFDs 512 
and 514, respectively. Notelhat although in Rgure 
5 backward pointers always point from a translation 
entry to a PFD, in an alternate embodiment, a 
backward pointer such as pointer 531 of translation 
entry TN3 could point a translation entry such as 
TNI. In such a case, the backward pointer from 
TN3 would be followed to TNI and then backward 
pointer 521 of translation entry TNI would be fol- 
lowed to PFD 510. 

Thus, It can be seen that the translation 
mechanism illustrated in Figure 5 presents a data 
structure that can be accessed in two ways, in tiie 
first way, by starting with an index into a hash list, 
the data stiucture can be accessed to provide a 
physical address translation for a virtual address to 
be translated. In the second way, by starting at a 
page frame descriptor, the data structure can be 
accessed to provide every virtual address transla- 
tion corresponding to a given physical address. 

In the primary embodiment, the translation 
blocks were chosen to be sufficientiy large to map 
every page size used by tiie virtual memory op- 
erating system. In such a case, if a translation 
exists, the translation mechanism of Rgure 5 will 
always provide a translation in the tirst hash. The 
translation mechanism of Figure 5 works most 
efflcientiy if the size of memory mapped by a given 
translation block is chosen to be such that each 
translation block is densely populated with valid 
translation entries and if the most popular page 
size can be mapped by a translation block. In an 
alternate embodiment, multiple hash functions are 
used. Thus, for example, suppose that the primary 
embodiment were altered so tiiat a small page 
translation block only had four translation entries 
(instead of eight). In this alternate embodiment, a 
small page translation block could map a 32KB 
virtual address space and a big page address 
block would still map a 64KB address space. Thus, 
it can be seen that although a big page translation 
block address space would stilt be expressed by a 
sixteen bit binary number, a small page translation 
block address space would be expressed by a 
fifteen bit binary number. In tiiis alternate embodi- 
ment, when ti-anslating from a virtual address to a 
physical address, two hash indices and translation 
chains may have to be traversed. A first hash index 
is extracted from the virtual address to be ti-ans- 
lated by assuming tiiat the virtual address cor- 
responds to tiie smaller page sizes. Thus, in tiie 
example of Hgure 5, where tiiere is a four bH hash 
index, tfie first hash Index wouM be formed by 
extracting the four most significant bits from the 19 
least significant bits of tiie virtual address to be 
translated. A translation chain is tiien checked that 
begins witii tiie hash entry of the first hash index. If 
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no translation block in the chain Is found that 
includes the virtual address to be translated as part 
of its address space, then a second hash index is 
extracted from the virtual address to be translated 
by assuming that the virtual address to be trans- s 
lated corresponds to a big page size. Thus, con- 
tinuing the example of Figure 5, vi/here there is a 
four bit hash index, the second hash index would 
be formed by extracting the four most significant 
bits from the 20 least significant bits of the virtual io 
address to be translated. The second hash Index 
will provide a second hash entry at the base of a 
second translation chain. In this way. the translation 
blocks conresponding to each hash list can be kept 
dense. The amount of memory needed to maintain is 
the translation block structure is thereby minimized. 

In an alternate embodiment, there is only one 
hardware page size (the small page size). In the 
one hardware page size embodiment, if an individ- 
ual translation entry of a small page translation 20 
block is used, the translation entry will correspond 
to a hardware page sized portion of physical mem- 
ory. If an individual translation entry of a big page 
translation block is used, the translation entry will 
correspond to a eight contiguous hardware page 25 
sized portions of physical memory (eight hardware 
sized pages times 8KB per hardware sized pages 
equals 64KB or one big sized operating system 
page). The operating system can then expand the 
translation entry into multiple translation entries as 30 
needed. 

Note that although, in the primary embodiment, 
each hardware page size was the same size as the 
corresponding operating system page size, this 
restriction need not hold true. Thus, for example, in 35 
an alternate embodiment, the minimum hardware 
page size could be 4KB while the operating system 
small page size could be 8KB. In such a case, two 
possible approaches could be used. In the first 
approach, each translation entry In a small page 40 
translation block would correspond to a minimum 
sized hardware page and two translation entries 
would be used to describe a small operating sys- 
tem page. In the second approach, there would be 
only one translation entry in a small page transla- 45 
tion block for each small operating system page, 
then, when a virtual address was being translated 
to a physical address, the operating system would 
expand the small page translation block entry Into 
the appropriate number of translation entries as 50 
needed. 

In a similar manner, the same problem arises 
when there are multiple sizes of hardware pages 
and a big operating system page size is a multiple 
of the big hardware page size. Thus, for example. 55 
the primary embodiment can be altered so that 
there are two hardware page sizes (8KB and 
32KB). Then, when a big (64KB) operating system 



page was represented by a big translation block, if 
the first approach were used, the big page transla- 
tion block would have two translation entries (one 
per 32KB hardware page). If tfie second approach 
were used, the big page translation block would 
only have one translation entry and the translation 
entry would be expanded into two translation en- 
tries as needed when a virtual address was being 
translated to a physical address. 

In general, if a translation block maps an N bit 
addressable section of address space (equal to the 
size of address space mapped by a translation 
entry times the maximum number of translation 
entries in a translation block), and further if the 
hash list index is specified by an M bit number, an 
index into the hash list for a virtual address to be 
translated is formed by taking the M least signifi- 
cant bits appearing above the N least significant 
bits of the virtual address to be translated (as 
illustrated in Figure 3). In an alternate embodiment, 
a different method of computation of the hash 
index can be used. Thus, for example, in an al- 
ternate embodiment, hash index formation is a 
function of a virtual address and a context number 
tiiat identifies the context that is using the virtual 
address. 

In another alternate embodiment, a translation 
block mapping big pages can have more than one 
valid translation entry. In such a case, a virtual 
address can potentially be represented in two 
places (one per page size) with only one place 
providing the translation. Whenever a different hash 
index is calculated for each page size, by always 
starting with the index conresponding to the small- 
est pages first, the translation block including the 
virtual address to be translated will always be 
found first and the search will conclude when this 
translation block has been found. On the other 
hand, if a chain is being traversed for a hash index 
that is the same for more than one page size, and 
a translation block is found that includes an invalid 
translation entry that does not correspond to the 
smallest sized page of Uie hash index, before the 
search can complete tiie rest of the chain must be 
examined to see whether the chain contains a 
smaller page size ti^anslation block. 

Refenring now to Rgure 6. a flow chart is 
illustrated that depicts a virtual address to physical 
address ti-anslation using the mechanism of Figure 
5. In Figure 6. the virtual address to physical 
address translation procedure 600 begins with start 
bubble 610 and proceeds to process block 620 
where a hash index is calculated from the virtual 
address to be translated. In decision block 630, tfie 
hash list Is checked to determine whether the hash 
entry corresponding to tiie hash index calculated 
from tiie virtual address to be translated points to a 
first translation block, or whether it is empty. If the 



12 



21 



EP 0 650 124 At 



22 



hash list is empty, then decision path 632 is taken 
to procedure block 670 where a no translation 
exists state is declared before the procedure ends 
at terminal bubble 690. Note that in the case where 
there were multiple hash indices, the next hash s 
index would be calculated and the procedure would 
continue at decision block 630 instead of terminat- 
ing. 

Referring again to decision block 630. If the 
hash list is not empty, then decision path 634 is io 
taken to procedure block 640 where the translation 
block pointed to by the hash entry is examined. A 
test is then performed in decision block 650 to 
determine whether the translation block contains 
the virtual address to be translated. If the transia- 75 
tion block contains the virtual address to te trans- 
lated, then decision path 652 is taken to decision 
block 655 where a test is performed to determine 
whether the translation entry that contains the vir- 
tual address to be translated is valid. If the transla- 20 
tlon is not valid, then decision path 656 is taken to 
process block where a no translation exists state is 
declared. Once again, note that in the case where 
there were multiple hash indices, the next hash 
index would be calculated and the procedure would 25 
continue at decision block 630 instead of terminat- 
ing. Also note that If a chain is being traversed for 
a hash index that is the same for more than one 
page size, and a translation block is found that 
includes an Invalid translation entry that does not 30 
correspond to the smallest sized page of the hash 
index, before the search can complete the rest of 
the chain must be examined to see whether the 
chain contains a smaller page translation block. 

If. on the other hand, the translation is found in as 
decision block 655 to be valid, then decision path 
658 is taken to procedure block 680 where a trans- 
lation found state is declared. The physical address 
translation is then calculated before the procedure 
terminates at terminal bubble 690. 40 

Referring again to decision block 650, if the 
translation block being examined does not contain 
the virtual address to be translated, decision path 
654 is taken to decision block 660 where a test is 
performed to determine whether the translation 45 
block being examined is the last block on the 
translation block list. If the pointer in the header of 
the translation block being examined is empty, then 
no other translation blocks that have the same hash 
index exist to be examined and decision path 664 50 
is taken to procedure block 670. The no translation 
existing state is declared then before procedure 
ends at terminal bubble 690. Once again, note that 
in the case where there were multiple hash indices, 
the next hash index would be calculated and the 55 
procedure would continue at decision block 630 
instead of terminating. 



On the other hand, when the translation block 
list is examined in decision block 660. if a pointer 
in the header of tiie translation block being exam- 
ined is found that points to anottier translation 
block, then decision path 662 is taken to procedure 
block 640 where the translation block being pointed 
to is examined. In this way, the translation chain is 
examined until translation block containing the vir- 
tual address to be translated is found, or until the 
last link of the chain has been examined. 

Referring now to Figure 7, a flow chart is 
depicted that describes a physical address to vir- 
tual address translation. In Figure 7. the procedure 
physical address to virtual address translation 700 
begins at start bubble 710 and proceeds to de- 
cision block 715 where a test is performed to 
determine whether a page frame descriptor exists 
that describes a page frame that contains the phys- 
ical address to be translated. If it is determined in 
decision block 715 tiiat no such page frame de- 
scriptor exists, then decision path 716 is taken to 
terminal bubble 760 where the procedure termi- 
nates without providing a translation (since none 
exists). 

If. on the other hand, it is determined in de- 
cision block 715 tiiat a page frame descriptor ex- 
ists tiiat describes a page frame that contains tiie 
physical address to be translated exists, decision 
patii 718 is taken to procedure block 720 where the 
page frame descriptor that describes a page frame 
that contains the physical address to be translated 
is examined to see whether it contains a pointer to 
a first translation block in its mapping list. If. in 
decision block 730. it is determined tiiat the pointer 
witiiin the page frame descriptor containing the 
physical address to be translated is empty, then no 
translation exists and decision path 732 is taken to 
terminal bubble 760 where, once again, the proce- 
dure terminates without providing a translation 
(since none exists). 

Referring again to decision block 730, if the 
mapping list of the page frame descriptor is not 
empty, then the translation pointer within the page 
frame descriptor is used to detemilne a translation 
entry witiiln a first translation block. In such a case, 
decision patti 734 is taken to process block 740 
where the virtual address corresponding to the 
translation entry is calculated if ttie actual virtual 
address is needed (otherwise, for example, the 
atti-ibutes in tiie translation block are examined or 
changed). Then, in decision block 750. ttie transla- 
tion entry of tiie translation block being examined 
is checked to see whether its forward pointer is 
empty. If the forward pointer is empty, then all 
virtual addresses corresponding to tiie physical ad- 
dress to be ti^anslated have been identified and 
decision patti 754 is taken to terminal bubble 760 
where ttie procedure ends. 
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On the other hand, if it Is determined In de- 
cision block 750 that the forward pointer of the 
translation entry of the translation block being ex- 
amined points to another translation entry within 
another (or the same) translation block, decision s 
path 752 is taken to procedure block 740. In proce- 
dure block 740 the next translation entry in the 
translation list is examined to provide a virtual 
address alias for the physical address. 

The translation process is repeated until the io 
last link in the translation chain has been found and 
the translation procedure terminates at terminal 
bubble 760. 

While the method and apparatus of the present 
invention has been described in terms of its pres- is 
ently preferred and alternate embodiments, those 
skilled in the art will recognize that the present 
invention may be practiced with modification and 
alternation within the spirit and scope of the appen- 
ded claims. The specifications and drawings are, 20 
accordingly, to be regarded in an illustrative rather 
than a restrictive sense. 

Claims 

25 

1. An apparatus for providing address translations 
for a computer system having a virtual mem- 
ory that is mapped onto a physical memory, 
the apparatus comprising: 

at least one page frame descriptor for de- 30 
scribing a contiguous portion of physical mem- 
ory, each page frame descriptor having a base 
physical address, a physical address range 
beginning at the base physical address and a 
translation entry pointer; 35 

at least one translation block for describing 
a contiguous portion of virtual memory, each 
translation block having a base virtual address, 
a virtual address range beginning at the base 
virtual address, a page size used to map the 40 
virtual address range of the translation block, a 
header and at least one translation entry, each 
header having a translation block pointer and 
each translation entry having a backward point- 
er, each translation entry of the translation 45 
block corresponding to a different equal-sized 
translation range of the virtual address range of 
the translation block, if the translation range of 
a translation entry is backed by a physical 
memory page frame, then the backward point- so 
er of the translation entry points to a describ- 
ing page frame descriptor that describes the 
conresponding page frame and the translation 
entry pointer of the describing page frame 
descriptor points to the translation entry; and 55 

a hash list having a plurality of hash en- 
tries, each hash entry having a translation 
header pointer and an associated hash index 



unique to the hash entry, if a virtual address 
translation chain of at least one translation 
block exists, wherein each translation block of 
the virtual address translation chain has a vir- 
tual address range such that each virtual ad- 
dress of the virtual address range of a transla- 
tion block of the virtual address translation 
chain can be hashed to provide a hash index 
of a same hash entry, then the translation 
header pointer of the hash entry having the 
hash index obtained will point to a first transla- 
tion block of the virtual address translation 
chain, if more than one translation block is in 
the virtual address translation chain then the 
translation block pointer of the first translation 
block will point to a second translation block in 
the virtual address translation chain and every 
translation block of the virtual address transla- 
tion chain except the first translation block will 
be pointed to by a translation block pointer of 
a different translation block of the virtual ad- 
dress translation chain. 

2. The apparatus as set forth in claim 1 wherein a 
particular physical page can be mapped by 
more than one virtual page, the translation 
entries of the translation blocks further having 
a forward pointer, if a physical page is mapped 
by more than one virtual page theri a physical 
address translation chain having at least two 
translation entries wilt exist, wherein each 
translation entry of the physical address trans- 
lation chain will have a virtual address range 
corresponding to at least a portion of the phys- 
ical address range of the physical page de- 
scribed by a page frame descriptor, the trans- 
lation entry pointer of the describing page 
frame descriptor will point to a first translation 
entry of the physical address translation chain, 
the forward pointer of the first translation entry 
will point to a second translation entry in the 
physical address translation chain and every 
translation entry of tiie physical address trans- 
lation chain except the first translation entry 
will be pointed to by a translation entry pointer 
of a different translation entry of tiie physical 
address ti'anslation chain. 

3. The apparatus as set forth in claim 1 wherein 
each translation entry further comprises at 
least one specific attribute, the specific at- 
tribute pertaining to tiie equal-sized translation 
range of ttie translation entry. 

4. The apparatus as set forth in claim 1 wherein 
each translation block header furttier com- 
prises at least one general attribute, tiie gen- 
eral attribute pertaining to the virtual address 
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range of the translation block. 

A method for providing address translations for 
a computer system having a virtual memory 
that is mapped onto a physical memory, the s 
apparatus comprising: 

a) providing at least one page frame de- 
scriptor for describing a contiguous portion 
of physical memory, each page frame de- 
scriptor having a base physical address, a io 
physical address range beginning at the 
base physical address and a translation en- 
try pointer; 

b) providing at least one translation block 

for describing a contiguous portion of virtual 15 
memory, each translation block having a 
base virtual address, a virtual address range 
beginning at the base virtual address, a 
page size used to map the virtual address 
range of the translation block, a header and 20 
at least one translation entry, each header 
having a translation block pointer and each 
translation entry having a backward pointer, 
each translation entry of the translation 
block corresponding to a different equal- 25 
sized translation range of the virtual address 
range of the translation block, if the transla- 
tion range of a translation entry is backed 
by a physical memory page frame, then the 
backward pointer of the translation entry 30 
points to a describing page frame descriptor 
that describes the corresponding page 
frame and the translation entry pointer of 
the describing page frame descriptor points 
to the translation entry; and 35 

c) providing a hash list having a plurality of 
hash entries, each hash entry having a 
translation header pointer and an associated 
hash index unique to the hash entry, if a 
virtual address translation chain of at least 40 
one translation block exists, wherein each 
translation block of the virtual address trans- 
lation chain has a virtual address range 
such that each virtual address of the virtual 
address range of a translation block of the 45 
virtual address translation chain can be 
hashed to provide a hash index of a same 
hash entry, then the translation header 
pointer of the hash entry having the hash 
index obtained will point to a first translation 50 
block of the virtual address translation 
chain, if more than one translation block is 

in the virtual address translation chain then 
the translation block pointer of the first 
translation block wilt point to a second ss 
translation block in the virtual address trans- 
lation chain and every translation block of 
the virtual address translation chain except 



the first translation block will be pointed to 
by a translation block pointer of a different 
translation block of tlie^rlrtual address trans- 
lation chain; 

d) receiving a virtual address to be trans- 
lated; 

e) extracting a first translation hash index 
from the virtual address to be translated; 

f) if the hash entry corresponding to the first 
translation hash index is not empty, then 
making the translation block pointed to by 
the translation header pointer of the hash 
entry corresponding to the first translation 
hash index a translation block being exam- 
ined and examining the virtual address 
range of the translation block being exam- 
ined to determine whether tiie virtual ad- 
dress to be translated is contained within 
the virtual address range of the translation 
block being examined; 

g) if the virtual address to be translated is 
contained within the virtual address range of 
ttie translation block being examined, exam- 
ining the translation entry of the translation 
block being examined having a translation 
range that contains the virtual address to be 
translated to determine whether the transla- 
tion entry is valid, if the translation entry is 
valid, using the backward pointer of tiie 
translation entry to locate the page frame 
descriptor that describes a page frame that 
is backed by the translation entry; 

h) if the virtual address to be translated Is 
not contained within the virtual address 
range of the translation block being exam- 
ined, then examining tfie translation block 
pointer of the translation block being exam- 
ined and. if the translation block pointer is 
not empty, making the translation block 
pointed to by the translation block pointer of 
the translation block being examined the 
translation block being examined and re- 
peating steps g) and h). 

6, The method as set forth In claim 5 further 
comprising the steps of: 

i) receiving a physical address to be trans- 
lated; 

j) determining whether a page frame de- 
scriptor exists tiiat has a physical address 
range that contains the physical address to 
be translated; 

k) if a page frame descriptor exists that has 
a physical address range that contains the 
physical address to be translated, examin- 
ing the translation entry pointer of the page 
frame descriptor to see if ttie translation 
entry pointer points to a translation entry: 
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I) if the translation entry pointer points to a 
translation entry, making the translation en- 
try pointed to by the translation entry point- 
er a translation entry being examined: 
m) using the translation entry being exam- s 
ined and the header of the translation block 
containing the translation entry being exam- 
ined to identify a virtual address corre- 
sponding to the physical address being 
translated. io 

7. The method as set forth in claim 6 wherein a 
particular physical page can be mapped by 
more than one virtual page, the translation 
entries of the translation blocks further having 75 
a fonward pointer, if a physical page is mapped 
by more than one virtual page then a physical 
address translation chain having at least two 
translation entries will exist, wherein each 
translation entry of the physical address trans- 20 
lation chain wilt have a virtual address range 
corresponding to at least a portion of the phys- 
ical address range of the physical page de- 
scribed by a page frame descriptor, the trans- 
lation entry pointer of the describing page 25 
frame descriptor will point to a first translation 
entry of the physical address translation chain, 
the fonftfard pointer of the first translation entry 
will point to a second translation entry in the 
physical address translation chain and every 30 
translation entry of the physical address trans- 
lation chain except the first translation entry 
will be pointed to by a translation entry pointer 
of a different translation entry of the physical 
address translation chain, the method further 35 
comprising the step of: 

n) successively making every translation en- 
try in the physical address chain containing 
the translation entry identified in step I) the 
translation entry being examined and re- 40 
peating step m). 

a The method as set forth in claim 5 wherein 
each translation entry further comprises at 
least one specific attribute, the specific at- 45 
tribute pertaining to the equal-sized translation 
range of the translation entry. 

9. The method as set forth in claim 5 wherein 
each translation block header further com- 50 
prises at least one general attribute, the gen- 
eral attribute pertaining to the virtual address 
range of the translation block. 

10. A method for providing address translations for 55 
a computer system having a virtual memory 

that is mapped onto a physical memory, the 
apparatus comprising: 



a) providing at least one page frame de- 
scriptor for describing a contiguous portion 
of physical ^rrtemory, each page frame de- 
scriptor having a base physical address, a 
physical address range beginning at the 
base physical address and a translation en- 
try pointer; 

b) providing at least one translation block 
for describing a contiguous portion of virtual 
memory, each translation block having a 
base virtual address, a virtual address range 
beginning at the base virtual address, a 
page size used to map the virtual address 
range of the translation block, a header and 
at least one translation entry, each header 
having a translation block pointer and each 
translation entry having a backward pointer, 
each translation entry of the translation 
block corresponding to a different equal- 
sized translation range of the virtual address 
range of the translation block, if the transla- 
tion range of a translation entry is backed 
by a physical memory page frame, then the 
backward pointer of the translation entry 
points to a describing page frame descriptor 
that describes the corresponding page 
frame and the translation entry pointer of 
the describing page frame descriptor points 
to the translation entry; and 

c) providing a hash list having a plurality of 
hash entries, each hash entry having a 
translation header pointer and an associated 
hash index unique to the hash entry, if a 
virtual address translation chain of at least 
one translation block exists, wherein each 
translation block of the virtual address trans- 
lation chain has a virtual address range 
such that each virtual address of the virtual 
address range of a translation block of the 
virtual address translation chain can be 
hashed to provide a hash index of a same 
hash entry, then the translation header 
pointer of the hash entry having the hash 
index obtained will point to a first translation 
block of the virtual address translation 
chain, if more than one translation block is 
in the virtual address translation chain then 
the translation block pointer of the first 
translation block will point to a second 
translation block in the virtual address trans- 
lation chain and every translation block of 
tiie virtual address translation chain except 
the first translation block will be pointed to 
by a translation block pointer of a different 
translation block of the virtual address trans- 
lation chain: 

d) if a virtual address to be translated is 
recehred. performing steps e) through h); 
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e) extracting a first translation hash index 
• from the virtual address to be translated; 

f) if the hash entry corresponding to the first 
translation hash index Is not empty, then 
making the translation block pointed to by s 
the translation header pointer of the hash 
entry corresponding to the first translation 
hash index a translation block being exam- 
ined and examining the virtual address 
range of the translation block being exam- io 
ined to determine whether the virtual ad- 
dress to be translated is contained within 

the virtual address range of the translation 
block being examined; 

g) if the virtual address to be translated Is rs 
contained within the virtual address range of 

the translation block being examined, exam- 
ining the translation entry of the translation 
block being examined having a translation 
range that contains the virtual address to be 20 
translated to determine whether the transla- 
tion entry is valid, if the translation entry is 
valid, using the backward pointer of the 
translation entry to locate the page frame 
descriptor that describes a page frame that 25 
is backed by the translation entry; 

h) if the virtual address to be translated is 
not contained within the virtual address 
range of the translation block being exam- 
ined, then examining the translation block 30 
pointer of the translation block being exam- 
ined and. if the translation block pointer is 

not empty, making the translation block 
pointed to by the translation block pointer of 
the translation block being examined the as 
translation block being examined and re- 
peating steps g) and h); 

i) if a physical address to be translated is 
received, performing steps j) through m); 

j) determining whether a page frame de- 40 
scriptor exists that has a physical address 
range that contains the physical address to 
be translated; 

k) if a page frame descriptor exists that has 
a physical address range that contains the 45 
physical address to be translated, examin- 
ing the translation entry pointer of the page 
frame descriptor to see if the translation 
entry pointer points to a translation entry; 
I) if the translation entry pointer points to a so 
translation entry, making the translation en- 
try pointed to by the translation entry point- 
er a translation entry being examined; 
m) using the translation entry being exam- 
ined and the header of the translation block 55 
containing the translation entry being exam- 
ined to identify a virtual address corre- 
sponding to the physical address being 



translated. 

11. llie method as set forth in claim 10 wherein a 
particular physical page can be mapped by 
more than one virtual page, the translation 
entries of the translation blocks further having 
a forward pointer, If a physical page is mapped 
by more tiian one virtual page then a physical 
address translation chain having at least two 
translation entries will exist, wherein each 
translation entry of the physical address trans- 
lation chain will have a virtual address range 
corresponding to the physical address range of 
the physical page described by a page frame 
descriptor, the translation entry pointer of the 
describing page frame descriptor will point to a 
first translation entry of the physical address 
translation chain, the forward pointer of tiie first 
translation entry will point to a second transla- 
tion entry in the physical address translation 
chain and every translation entry of the phys- 
ical address translation chain except the first 
translation entry will be pointed to by a transla- 
tion entry pointer of a different translation entry 
of tfie physical address translation chain, the 
method further comprising the step of: 

n) successively making every translation en- 
try in the physical address chain containing 
the translation entry identified in step I) the 
translation entry being examined and re- 
peating step m). 

12. The method as set forth in claim 10 wherein 
each translation entry further comprises at 
least one specific attribute, the specific at- 
tribute pertaining to the equal-sized translation 
range of the translation entry. 

13. The method as set forth in claim 10 wherein 
each translation block header further com- 
prises at least one general attribute, the gen- 
eral attribute pertaining to the virtual address 
range of the translation block. 

14. The method as set forth in claim 10 wherein if 
a virtual address to be translated is received in 
step d) and performing steps e) tiirough h), at 
least one additional hash index, different from 
tiie first hash index, is formed from the virtual 
address to be translated and steps e) through 
h) are repeated using the at least one addi- 
tional hash index in place of the first hash 
index. 



17 



BP 0 650 124 A1 




18 



EP 0 650 124 A1 



















c 

G 












a 




19 



EP 0 650 124 A1 



PHYSICAL PAGE 
NUMBER 330 



PHYSICAL 
PAGE 

OFFSET 320 




VIRTUAL PAGE NUMBER 360 



VIRTUAL 
PAGE 

OFFSET 350 




j^^-MBI^^ N] 



HASH LIST 
INDEX 370 



Figure 3 



20 



EP 0 650 124 A1 



BIG PAGE 



412 



MEDIUM PAGE 
ZERO 



422 



MEDIUM PAGE 
ONE 



424 



SMALL PAGE 
ZERO 



432 



SMALL PAGE 
ONE 



434 



SMALL PAGE 
TWO 



436 



SMALL PAGE 
THREE 



438 



MEDIUM PAGE 
SELECTION BIT-^ 
426 ^ 



MEDIUM PAGE OFFSET 420 




SMALL PAGE OFFSET 430 

PAGE 

SELECTION 
BITS 440 



Figure 4 



21 




22 



EP 0 650 124 A1 



VA-TO-PA 600 



START 
610 



I 



1 



GIVEN VA 

CALCULATE 
HASH INDEX 



620 




10-634 



EXAMINE 
NEXT BLOCK 



640 



)0E 

BLOCK >v YVS . tfio 
^CONTAIN VA> 
? 

^50 




END^ 
66V^OFBLOCI 
UST 
? 

v66Q/ 



NO TRANSLATION 



670 




NCL65^VA VALID" 
? 



18-658 



TRANSLATION 
FOUND 



680 



END 
690 



Figure 6 

23 



EP 0 650 124 A1 



PA-TO-VA 700 



START 
710 



PAGE 

^ FRAME X. NO. 718 
DESCRIPTOR> ^"^^^ 
EXIST?, 

716 

1-718 



GIVEN PAGE FRAME 
DESCRIPTOR, 
EXAMINE MAPPING 
LIST 




720 



YES ' 732 



NO -734 



TRANSLATION ENTRY 
FOUND, CALCULATE 
CORRESPONDING 
VIRTUAL ADDRESS 
gP NEEDED) 740 



^OTHEI 
PPINGLISl 
ENTRY 
? 

s750> 
NO -754 



END 
760 



1 



Figure 7 



24 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



AppBcitloa Number 

EP 94 30 7642 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Cateforjr 



Ckilioii of docQmeiit wfth IndicMioa, where Appropriate, 



of 



IEEE TRANSACTIONS ON COMPUTERS 
vol. 37, no. 8 , August 1988 , NEW YORK US 
pages 896 - 907 
RASHID ET AL. 'Machine-Independent Virtual 
Memory Management for Paged Uniprocessor 
and Multiprocessor Architectures' 

* page 899, left column, line 30 - page 
900, left column, line 23 * 

PATENT ABSTRACTS OF JAPAN 

vol. 10, no. 60 (P-435)ll March 1986 

& JP-A-60 204 048 (HITACHI) 

* abstract * 

COMPUTER ARCHITECTURE NEWS 

vol. 21, no. 2 , May 1993 , NEW YORK US 

pages 39 - 50 

HUCK ET AL. 'Architectural support for 
translation table management In large 
address space machines' 

* page 41, paragraph 2.2 * 

* page 42, paragraph 2.3 * 

EP-A-0 408 070 (HITACHI) 

* column 3, line 48 - column 5, line 13 * 



The 



itport has beco drawD up fBriD 



RdevaBt 
to dain 



1,2,4-7 
9-11,13 



1,2,4-7, 
9-11,13 



1-3,5-8, 
10-12, 1< 



CLASSmCATlON OP THE 
APFUCATION (iBta6) 



G06F12/10 



1,5,10 



TECHNICAL FIELDS 
SEARCHED aBtCt6) 



G06F 



Rati «f MR* 

THE HAGUE 



24 January 1995 



Nielsen, 0 



CATEGORY OF CITED DOCUMENTS 




T : thcoiy or ^dple in<eiMDg tko tevcBtiaa 
E : culler pttcat locoiacBt, bm pabOsbcd on, or 

ift« tte Httsf lata 
Dt frcoBM Btdttilathtipplfculan 
L t AmubmbI dtad fior olT 



At 



of (ha maa pitatt fta^jr. comipeallBg 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 



Defective images within this document are accurate representations of the original 
documents submitted by the appliceint. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ .IMAGE CUT OFF AT TOP, BOTTOM OR STOES 



BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ /gray SCALE DOCUMENTS 

LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



BEST AVAILABLE IMAGES 




/ 



FADED TEXT OR DRAWING 




